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Server controller 26 is configured to perform an automatic server 
recovery (*'ASR") reset of server 10. When the server controller 26 
detects a failure of server 10, it waits a predetermined amount of time 
(typically 30 seconds) and resets server 10. 



The following is an exemplary sequence of a reset, followed by a 
failure, followed by a reset on server 10. Server 10 is first powered on 
which causes server 10 to reset- On reset, server controller 26 
flushes information from previous reset sequence buffer 56, flushes 
failure sequence buffer 60 and flushes failure start buffer 64. During 
flushes of buffers 56, 60 and 64, a swap of previous reset sequence 
buffer 56 and the current reset sequence buffer 54 occurs simultaneous 
with swaps between buffers 60 and 58 as well as swaps between buffers 64 
and 62. Thus, reset causes movement of information from buffers 54, 58 
and 62 to buffers 56, 60 and 64, respectively. On reset, searver 
10 software begins performing the POST operations and displaying 
characters on display 24 Server controller 26 stores the screen changes 
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associated with the pg| operations in current reset seance buffer 54 
and current sequence IRer 58. Once the current reset ^^uence buffer 54 
becomes full, the server controller 26 stops storing screen changes 
thereto. If the current sequence buffer becomes full, the server 
controller 26 removes the oldest screen changes from the current sequence 
buffer 58 to make room for the new screen changes and modifies the 
current start buffer 62 to reflect the old screen changes. Thus, buffer 
58 performs similar to a FIFO register, with overflow information sent to 
buffer 62. As described below, a combination of buffers 58 and 62 (when 
swapped with bufers 60 and 64) depict the entire failure sequence of 
video screens prior to the most recent failure. 
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When a failure of server 10 occurs, in accordance with the second step 
in the reset-failure-reset three-step example, a sequence of video 
screens occur upon display 24 indicative of that failure and possibly the 
cause of that failure. These screens are automatically displayed as part 
of many server operating systems available as ABEND messages from Novell 
Netware or a Microsoft NT blue screen. Thirty seconds after failure 
occurs, server controller 26 performs an ASR reset on server 10. Thus, 
the second reset within the reset-failure-reset example occurs during ASR 
reset. The reset, similar to the first reset, enables server controller 
26 to flush buffers 56, 60 and 64 while swapping buffers 56, 60 and 64 
with buffers 54, 58 and 62, respectively. Similar to the first reset, 
server 10 again initiates POST operations and forwards characters to 
display 24. Server controller 26 stores the screen changes occurring 
after reset, resulting from POST operation, in current reset sequence 
buffer 54 and current sequence buffer 58. Previous reset sequence buffer 
56 now contains the sequence of screen changes associated with the 
initial power on reset, and the failure sequence buffer 60 as well as 
failure start buffer 64 now contain the sequence of screen changes 
leading up to that failure. As opposed to the initial reset contained 
within the previous reset sequence buffer 56, current reset sequence 
buffer 54 contains the reset associated with the second reset (or ASR 

reset) . 
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server controller 26 is configured to perform an automatic server 
recovery ("ASR") reset of server 10. When the server controller 26 
detects a failure of server 10, it waits a predetermined amount of time 
(typically 30 seconds) and resets server 10. 

DETDESC: 
DETD(27) 

The following is an exemplary sequence of a reset, followed by a 
failure, followed by a reset on server 10. Server 10 is first powered on 
which causes server 10 to reset. On reset, server controller 26 
flushes information from previous reset sequence buffer 56, flushes 
failure sequence buffer 60 and flushes failure start buffer 64. During 
flushes of buffers 56, 60 and 64, a swap of previous reset sequence 
buffer 56 and the current reset sequence buffer 54 occurs simultaneous 
with swaps between buffers 60 and 58 as well as swaps between buffers 64 
and 62. Thus, reset causes movement of information from buffers 54, 58 
and 62 to buffers 56, 60 and 64, respectively. On reset, server 
10 software begins performing the POST operations and displaying 
characters on display 24. Server controller 26 stores the screen changes 



associated with the P<Mfc operations in current reset se^^nce buffer 54 
and current sequence O^Ker 58. Once the current reset ^^uence buffer 54 
becomes full, the server controller 26 stops storing screen changes 
thereto. If the current sequence buffer becomes full, the server 
controller 26 removes the oldest screen changes from the current sequence 
buffer 58 to make room for the new screen changes and modifies the 
current start buffer 62 to reflect the old screen changes. Thus, buffer 
58 performs similar to a FIFO register, with overflow information sent to 
buffer 62. As described below, a combination of buffers 58 and 62 (when 
swapped with bufers 60 and 64) depict the entire failure sequence of 
video screens prior to the most recent failure. 
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When a failure of server 10 occurs, in accordance with the second step 
in the reset-failure-reset three-step example, a sequence of video 
screens occur upon display 24 indicative of that failure and possibly the 
cause of that failure. These screens are automatically displayed as part 
of many server operating systems available as ABEND messages from Novell 
Netware or a Microsoft NT blue screen. Thirty seconds after failure 
occurs, server controller 26 performs an ASR reset on server 10. Thus, 
the second reset within the reset- failure-reset example occurs during ASR 
reset. The reset, similar to the first reset, enables server controller 
26 to flush buffers 56, 60 and 64 while swapping buffers 56, 60 and 64 
with buffers 54, 58 and 62, respectively. Similar to the first reset, 
server 10 again initiates POST operations and forwards characters to 
display 24. Server controller 26 stores the screen changes occurring 
after reset, resulting from POST operation, in current reset sequence 
buffer 54 and current sequence buffer 58. Previous reset sequence buffer 
56 now contains the sequence of screen changes associated with the 
initial power on reset, and the failure sequence buffer 60 as well as 
failure start buffer 64 now contain the sequence of screen changes 
leading up to that failure. As opposed to the initial reset contained 
within the previous reset sequence buffer 56, current reset sequence 
buffer 54 contains the reset associated with the second reset (or ASR 
reset) . 
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When all bits in the bit vector have been reset, server site C 
tells server site O that the tombstone for the deleted page can be 
garbage collected. This does not require a two site atomic action. 
Rather, server site O simply drops the tombstone in a local atomic 
action. It then notifies server site C that the tombstone is gone. Should 
either message be lost, server site C will eventually ask server site O 
to delete the tombstone again and server site O will comply or simply 
report that this has been done already. 
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Server controller 26 is configured to perform an automatic server 
recovery ("ASR") reset of server 10. When the server controller 26 
detects a failure of server 10, it waits a predetermined amount of time 
(typically 30 seconds) and resets server 10. 
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The following is an exemplary sequence of a reset, followed by a 
failure, followed by a reset on server 10. Server 10 is first powered on 
which causes server 10 to reset. On reset, server controller 26 
flushes information from previous reset sequence buffer 56, flushes 
failure sequence buffer 60 and flushes failure start buffer 64. During 
flushes of buffers 56, 60 and 64, a swap of previous reset sequence 
buffer 56 and the current reset sequence buffer 54 occurs simultaneous 
with swaps between buffers 60 and 58 as well as swaps between buffers 64 
and 62. Thus, reset causes movement of information from buffers 54, 58 
and 62 to buffers 56, 60 and 64, respectively. On reset, server 
10 software begins performing the POST operations and displaying 
characters on display 24. Server controller 26 stores the screen changes 
associated with the POST operations in current reset sequence buffer 54 
and current sequence buffer 58. Once the current reset sequence buffer 54 
becomes full, the server controller 26 stops storing screen changes 
thereto. If the current sequence buffer becomes full, the server 
controller 26 removes the oldest screen changes from the current sequence 
buffer 58 to make room for the new screen changes and modifies the 
current start buffer 62 to reflect the old screen changes. Thus, buffer 
58 performs similar to a FIFO register, with overflow information sent to 
buffer 62. As described below, a combination of buffers 58 and 62 (when 
swapped with bufers 60 and 64) depict the entire failure sequence of 
video screens prior to the most recent failure. 
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When a failure of server 10 occurs, in accordance with the second step 
in the reset-failure-reset three-step example, a sequence of video 
screens occur upon display 24 indicative of that failure and possibly the 
cause of that failure. These screens are automatically displayed as part 
of many server operating systems available as ABEND messages from Novell 
Netware or a Microsoft NT blue screen. Thirty seconds after failure 
occurs, server controller 26 performs an ASR reset on server 10. Thus, 
the second reset within the reset-failure-reset example occurs during ASR 
reset. The reset, similar to the first reset, enables server controller 
26 to flush buffers 56, 60 and 64 while swapping buffers 56, 60 and 64 
with buffers 54, 58 and 62, respectively. Similar to the first reset, 
server 10 again initiates POST operations and forwards characters to 
display 24. Server controller 26 stores the screen changes occurring 
after reset, resulting from POST operation, in current reset sequence 
buffer 54 and current sequence buffer 58. Previous reset sequence buffer 
56 now contains the sequence of screen changes associated with the 
initial power on reset, and the failure sequence buffer 60 as well as 
failure start buffer 64 now contain the sequence of screen changes 
leading up to that failure. As opposed to the initial reset contained 
within the previous reset sequence buffer 56, current reset sequence 
buffer 54 contains the reset associated with the second reset (or ASR 
reset) . 
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